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(54) Systemfor digital radio communication between a wireless LAN an a PBX 



(57) A wireless local area network for digital radio 
communication between remote devices and a PBX tel- 
ephone system, wherein the remote devices can access 
and use the voice message features in the PBX and the 
data bases on a host computer and servers. A wireless 
phone is provided for voice and data communication 
through the PBX or a CO telephone line with remote lo- 



cations or the Internet using digital data packets and 
standard Internet Protocol. In a preferred embodiment 
ofthe invention, the remote device is a cash register 
comprising a bar code scanner and a phone. Ratio com- 
munication between the register and a host computer is 
carried out over two channels, a first channel for data 
communication and a second channel for voice commu- 
nication. 
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Description 

TO ALL WHOM IT MAY CONCERN: 

[0001] Be it known that we, JEROME SWARTZ, citi- 
zen of the U.S.A., residing at 199 Old Field Road, Old 
Field, New York 11733; FRED P. HEIMAN citizen of the 
U.S.A., residing at 16500 Wood Acres Road, Los Gatos, 
California 95030; DANIEL R.McGLYNN citizen of the U. 
S.A., residing at 266 76th St, Brooklyn, NewYork11209; 
ROBERT BEACH, citizen of the U.S.A., residing at 1 850 
Middleton Avenue, Los Altos, California 94204, have in- 
vented an improved 

SYSTEM FOR DIGITAL RADIO COMMUNICATION 
BETWEEN A WIRELESS LAN AND A PBX 
of which the following is a 

RELATED APPLICATIONS 

[0002] This application is a continuation-part of United 
States Patent Application serial no. 08/866,690, entitled 
•PORTABLE SHOPPING AND ORDER FULFILLMENT 
SYSTEM" filed on May 30, 1997, currently pending, 
which is a continuation-in-part of United States Patent 
Application serial no.08/780,023 entitled "INTRANET 
SCANNING TERMINAL SYSTEM" filed on December 
20, 1996, currently pending, which is a continuation in 
part of United States Patent Application serial number 
08/706,579 entitled "DEVICE AND METHOD FOR SE- 
CURE DATA UPDATES IN A SELF-CHECKOUT SYS- 
TEM" filed on September 5, 1996, currently pending. 

FIELD OF USE 

[0003] This invention relates generally to an improved 
data communication system. More specifically, this in- 
vention relates to an improved system for wireless dig- 
ital data communication between a local arm network 
("LAN") and a Private Branch Exchange ("PBX") tele- 
phone system. More specifically, this invention provides 
a system for connecting wireless digital devices to a 
PBX via an Ethernet in order to access the voice mes- 
saging features of the PBX. 

BACKGROUND OF THE INVENTION 

[0004] Wireless LANs have been developed and are 
now used in offices retail stores and large industrial fa- 
cilities, such as warehouses and factories. These LANs 
provide data communication between computers, print- 
ers, servers and other devices without the trouble and 
expense of installing wires and cables. In addition to da- 
ta communication, some LANs provide voice communi- 
cation between devices on the LAN. Systems are also 
available that permit the LAN to communicate with a re- 
mote device using a telephone connection. 
[0005] A problem with telephone communication from 
a LAN is the limited functionality of the phone. A LAN 



phone does not provide the voice mail, caller ID and oth- 
er functionality of a PBX system that have become in- 
dispensable to users of office telephone systems. Thus, 
because of the limited functionality of a LAN phone sys- 
s tern, another telephone system such as a PBX is re- 
quired. 

SUMMARY OF THE INVENTION 

[0006] It is an object of the present invention to pro- 
vide an improved data communication system for con- 
necting a wireless LAN or WAN to a PBX 
[0007] It is a further object of the present invention to 
provide a method for data communication between a 
Host I nterf ace Unit (HI U) for a wireless LAN or WAN and 
ISP (Internet Service Provider). 
[0008] It is also an object of the present invention to 
provide improved access to generally available multi- 
media data files by communicating with the Internet via 
a wireless portable terminal. 
[0009] Another object of the present invention is to 
provide an improved HIU for a wireless LAN or WAN to 
route data between a PBX and a wireless portable ter- 
minal. 

[0010] It is a further object of the present invention to 
provide an improved HIU for a wireless LAN or WAN to 
act as an Ethernet bridge to route communication data 
between an ISP and a wireless portable terminal. 
[0011] It is also an object of this invention to provide 
a wireless LAN or WAN connected through an access 
point to a HIU connected to a PBX on a Token Ring net- 
work. 

[0012] It is another object of the present invention to 
provide a digital phone integrated with a cash register 
and sharing the radio communication between the reg- 
ister and a HIU. 

[001 3] It is a still further object of the present invention 
to provide a wireless portable terminal that uses a single 
processor to perform dedicated functions and provide 
radio communication, The high quality digital signal per- 
mits certain data processing functions, such as voice 
recognition, to be performed by the HIU so that the MU 
requires only a single processor. 
[001 4] It is a further object of this invention to provide 
dual data/voice communication between a cash register 
and a network connected to a PBX or a Central Office 
line. 

[0015] In a preferred embodiment of the invention, a 
mobile unit ("MU") on a LAN is connected via a radio 
signal to an access point ("AP") that provides an Ether- 
net connection to a PBX. In a preferred embodiment of 
the present inventbn, the MU is a portable terminal hav- 
ing a unique address on the system and is provided with 
both data and voice transmission channels. This permits 
the MU to access the voice mail features of the PBX and 
for the PBX to access data storage devices on the wire- 
less LAN. (For the purposes of this disclosure, the term 
"mobile unit" refers to any portable or stationary device 
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that transmits data to an AP by digital radio communi- 
cation.) 

[0016] In another preferred embodiment of the 
present invention, a portable terminal having an inte- 
grated machine code reader and a radio for communi- 
cation with an AP connected to a PBX is provided with 
a display for illustrating help and instructional files as- 
sociated with an item identified with the machine code 
reader and for data downloaded from the LAN. 
[0017] The information accessed through the PBX 
can be downloaded to the hand-held terminal and pre- 
sented in any number of forms. The information can in- 
clude messages from the PBX"s voice mail server, e- 
mail, or data from remote devices. The data can be pre- 
sented in the form of a still picture, text, audio or as vid- 
eo. The use of standard data protocols such as those 
used currently on the Internet permit wide area acces- 
sibility over commercial and closed communication net- 
works on any number of hardware platforms. 
[0018] A preferred alternative embodiment of the 
present invention includes machine readable coded la- 
bels having one or more remote file location, such as 
uniform resource locators ("URLs") used to reference 
sites on the world wide web. These URLs are used by 
the portable terminal to retrieve data files from various 
local and remote addresses available over a wireless 
communication network. The machine coded labels are 
preferably encoded with a high-density bar code such 
as PDF417. These URLs can be presented on the ter- 
minal display in the form of a hyperlink which submits a 
data retrieval request to a remote address upon selec- 
tion. The displayed hyperlink could be presented on the 
display as either a direct address (URL) or a highlighted 
title for the address. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0019] The present invention will be understood and 
appreciated more fully from the following detailed de- 
scription, taken in conjunction with the drawings, in 
which: 

FIG. 1 is a general block diagram of a system em- 
ploying a preferred embodiment of the present in- 
vention; 

FIG. 2 is a preferred embodiment of a portable ter- 
minal of the present invention; 
FIG. 3 is a functional block diagram of the basic sub- 
components of a preferred embodiment of a porta- 
ble terminal of the present invention; 
FIG. 4 is an alternative preferred embodiment of the 
present invention used in a self-scanning applica- 
tion; 

FIG. 5 is a cross-sectional view of the portable ter- 
minal illustrated in FIG. 4; 
FIGS. 6A, 6B, 6C and 6D are various configurations 
of the system of the present invention; 
FIGS. 7 is a flow chart of a call prioritizing system 



employing a preferred embodiment of the present 
invention; 

FIGS. 8A and SB are general functional block dia- 
grams of alternative preferred embodiments of a te- 
s lephony system used in a portable terminal of the 
present invention; 

FIG. 9A is a preferred embodiment of a preferred 
wireless phone used in the present invention. 
FIG. 9B is a preferred embodiment of a cash regis- 
ro ter and digital phone; 

FIG. 10A, 10B, 10C and 10D are functional block 
diagrams of a preferred embodiment of a phone and 
an access point connecting to the bus of a host de- 
vice; 

is FIG. 11 is an alternative preferred embodiment of 
the present invention used in a self-scanning appli- 
cation. 

FIG. 1 2 is an alternative preferred embodiment of a 
terminal system for use by an attendant in fulfilling 
20 customer orders. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT 

25 [0020] In the preferred embodiment of the present in- 
vention, radio modules are used for digital data commu- 
nication between MUs and an AP connected to an 
Ethernet. A PBX is connected to the Ethernet and the 
MUs can communicate with the PBX either directly or 

30 through a HIU which can provide routing or bridging 
functions. The MU can connect to remote computers or 
servers through the PBX and can also access the voice 
mail features of the PBX. 

[0021] In another preferred embodiment, when a PBX 

3S is not available, radio modules connect to a HIU. The 
HIU has a minimum of two interfaces, one interface is 
for a phone line connection and the second interlace is 
for one or more radio signals from wireless devices. The 
HIU can connect to commonly available Central Office 

40 CCO") lines, including but not limited to POTS (Plain Old 
Telephone Service), ISDN (Integrated Services Digital 
Network), and T-1 circuits. The HIU uses PIP (Point-to- 
Point Protocol) to communicate with the Internet or re- 
mote computers. The wireless devices can be Mobile 

4S Units, such as wireless phones, pagers, notebook com- 
puters or a variety of other portable devices provided 
with a means for radio communication. The stationary 
devices can be computers, printers, file servers, fax ma- 
chines, LANs and WANS. The HIU can be provided with 

so additional interfaces for Ethernet ports and jacks for 
wired "standard" type phones can be added. 
[0022] The Mobile Units of the present invention em- 
ploy a wireless digital radio for communicating data to 
a HIU over a wireless network. The network can be ei- 

55 ther a local area remark such as Symbol's 
SPECTRUM24® spread spectrum frequency hopping 
communication network, or a wide area communication 
network system, such as those employing a cellular dig- 
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ital packet data (CDPD) communication, protocol, or a 
combination of LAN and WAN systems. 
[0023] In a preferred embodiment, the AP connects 
to an Ethernet and computing and data storage func- 
tions are preformed by a computer or server on the 
Ethernet, thereby reducing the computational memory 
and power requirements of the MU's communicating 
with the system. When the system does not include a 
PBX, the APs connect to a HIU, which is preferably con- 
nected to other remote networks through high speed 
communication links such as commercially available T1 , 
T2 or T3 type telephone connections. Through such 
connections, the HIU may communicate with third party 
servers employing standard TCP/IP and other standard- 
ized communication protocols to transmit/retrieve data. 
[0024] In one of the preferred embodiments, the MU 
is a portable terminal having an integrated machine 
code reader. Although the system will be described in 
terms of a portable terminal employing an integrated bar 
code laser scanner, it will be understood by those skilled 
in the art that the machine code reader can be a radio 
frequency identification tag reader, a CCD bar code 
reader having imaging capabilities for recording images 
or any other type of machine code reader which can de- 
code encoded indicia on an article. Data collected with 
the portable terminal is communicated to a HIU. 
[0025] The present invention will be described in 
terms of an improved data communication system for 
connecting a wireless LAN or WAN to a PBX or a CO 
line. However, as noted above, it will be understood by 
those skilled in the art that the present invention may be 
utilized in any environment in which data is communi- 
cated by radio from a remote device to an AP on an 
Ethernet. 

[0026] In the preferred embodiment illustrated in FIG. 
1, MU's 12A-E in location 10 communicate to a HIU 14 
through mutti-access points 13A and 1 3B. As described 
above, the MU's communicate in the LAN 10 with a 
SPECTRUM24® network. The network provides a 
transparent wireless connection to an Ethernet LAN 16 
through multiple access points 13Aand 1 3B. Preferably, 
each of the access points is compatible with the Simple 
Network Management Protocol (SNMP). 
[0027] SPECTRUM24® employs a frequency hop- 
ping modulation technique that offers a high-capacity 
network by using multiple access points which may be 
connected to an existing wired LAN backbone. The sys- 
tem employs more than 70 non-overlapping frequencies 
which minimize the probability that one cell will operate 
on the same frequency at the same time as another cell. 
The system is designed to work in the 2 to 2.5 Ghz fre- 
quency band. 

[0028] Data collected by the HIU 14 through the 
Ethernet LAN backbone 16 (FIG. 1 ) is processed locally. 
To the extent the received data requires a response, the 
HIU 14 retrieves data, processes information and re- 
transmits data to the MU. In the event the MU's request 
should require the retrieval of data not stored on the HIU 



14, the HIU 14 can retrieve data from external sources 
such as network ID or IP addressable server 32 and PC 
34 through an Ethernet connection to a PBX 36 on a 
WAN. The MU can also be used to transmit data to other 

s devices on the LAN. When the MU is provided with a 
voice communication channel, it can be used as a tele- 
phone to communicate with other MUs on the LAN, or 
to remote locations through the PBX 36. The PBX 36 
also provides communication between a MU 12 A-E, 22 

io A-D and remote devices connected over a telephone 
line, such as the Internet 40 or a server 42. 
[0029] The HIU 14 may also use the wide area com- 
munication network 30 to communicate data to another 
host 24 at a related site 20. The two sites could also be 

15 linked to provide pass through communication between 
a MU 12A located in site 10 and an MU 22A located at 
site 20. 

[0030] In a preferred embodiment of the present in- 
vention HIU 14 and HIU 24 communicate data over the 

20 wide area network 30 with open standard protocols and 
datatypes such as that used by an Internet server. Such 
a system permits HIU 1 4 to retrieve and utilize data from 
servers without complex data conversion and transla- 
tion routines. In a preferred embodiment, the open ar- 

25 chitecture standard is also designed into the MUs so that 
data files can be transparently retrieved by the MUs 
1 2A-E through the HIU 1 4. With respect to sensitive and 
confidential data, it is preferred that the systems employ 
encryption technology or use a secure closed commu- 

30 nication link. 

THE PORTABLE TERMINAL 

[0031] FIG. 2 illustrates a preferred embodiment of 
35 the present invention, wherein the MU is a portable ter- 
minal. The terminal 70 is provided with a display 72. The 
display is preferably a CGA or VGA type video display 
having a touch sensitive surface. The display will func- 
tion both as a video display and a data input device. The 
40 terminal 70 can also be provided with a pen 73 which 
can be used to actuate the touch screen 72 or an auto 
identification bar code reading device. 
[0032] In a preferred embodiment, the terminal 70 is 
also provided with a limited number of activation buttons 
45 76, 77 and 78 for performing various user functions. The 
key functions can be defined on the screen of a touch 
sensitive scanner. 

[0033] In a preferred embodiment of the present in- 
vention, the terminal 70 is provided with a voice com- 
so munication system including a microphone 71 and a 
speaker 74. In an alternative embodiment, a connection 
port 74A for a headset is provided. This voice commu- 
nication system may be used as a telephone or to re- 
ceive voice mail messages and audio data broadcast by 
55 the HIU. Video messages may also be transmitted to 
the video display 72. In addition, the voice system on 
the portable terminal may also be used to provide voice 
activated control commands on the portable terminal. 
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[0034] Collection of data is preferably performed by a 
bar code scanner in the pen 73 or integrally mounted 
scanner 75. The scanner reads one and two dimension- 
al bar codes such as the ubiquitous UPC code and PDF 
417 code. In an alternative embodiment of the present 
invention, the scanner is detachable from the terminal 
and is provided with either a short range radio link and 
its own battery supply or a wired connection. 
[0035] The portable terminal 70 communicates with a 
PBX via the AP on the Ethernet or with a HIU through a 
wireless radio 80. In a preferred embodiment of the 
present invention, the radio 80 is a Symbol 
SPECTRUM24® PCMCIA Type II card communicating 
over a local area network employing a frequency-hop- 
ping communication system conforming to IEEE 
P802.11-1997. The standard is available from IEEE 
Standards Department, 445 Hoes Lane, P.O. Box 
13311, Piscataway, N J 08855-1 331 . The standard is in- 
corporated herein by reference and shall not be further 
discussed. The system employs data throughput of at 
least one mega bit per second. Depending on the vol- 
ume of data being transmitted, discrete communication 
systems such as SPECTRUM ONE®, also available 
from Symbol Technologies, Inc., may also be used. 
Moreover, many other frequency bands and data encod- 
ing schemes which provide adequate bandwidth and se- 
curity can be employed. 

[0036] The ergonomic design of the portable terminal 
shown in FIG. 2 permits the terminal to be used in either 
a horizontal configuration along line A-A, or in a vertical 
configuration relative to line A-A. The terminal is provid- 
ed with a reconfiguration key setting which permits the 
video system to automatically reconfigure its display to 
reflect the user's preference. The reconfiguration key 
79 A will automatically reconfigure the video display to 
change the display configuration from the first configu- 
ration, e.g., landscape, to a second configuration, e.g., 
portrait. The reconfiguration function permits a facility to 
connect the portable terminal to a fixed station in more 
than one arrangement. 

[0037] FIG. 3 illustrates the basic subcomponent sys- 
tems of the portable terminal shown in FIG. 2. As shown, 
the system 70 includes a CPU 701 which communicates 
with a radio 702, a scanning subsystem 704, a video 
subsystem 705, a telephone subsystem 706, a data in- 
put device 707, and an EAS tag activation/deactivation 
circuit 708. 

[0038] FIGS. 4 and 5 illustrate an alternative embod- 
iment of a portable terminal of the present invention. In 
FIG. 4, terminal 100 is provided with a display 110. The 
display is a partial CGA, VGA or super VGA display hav- 
ing a multi-contact navigational pad 106 for scrolling 
through the full video image. In addition, the terminal 
1 00 is also provided with a scanner 1 20 for reading bar 
code labels 122, three input buttons 101, 102 and 103, 
a speaker 104 and a microphone 105. The portable ter- 
minal 100 is equipped with a radio 108 and a recharge- 
able battery 107 inside the casing, shown in FIG. 5. Also 



shown in FIG. 5 are the main circuit board 111, the scan 
engine 120A, and battery recharging terminals 107A 
and 107B which are connected to a recharging circuit 
(not shown). A separate circuit board 109 is also shown 

$ for the optional telephony application. A battery over- 
charge protector circuit is also included but not shown. 
[0039] FIGS. 6A, 6B, 6C, 6D and 6E illustrate various 
components of a system employing different configura- 
tions of preferred embodiments of the present invention. 

10 FIGS. 6A, 6B, 6C and 6D show the MUs connecting to 
an Ethernet through APs. FIG. 6E shows the MUs con- 
necting to a Token Ring network through APs. The APs 
provide access to the Ethernet or Token Ring network 
and each AP can simultaneously accept up to twenty- 

15 fjve radio signals. The network can be part of a local or 
wide area network that includes a PBX 630, or the APs 
can be connected to a HIU 600 that connects to a net- 
work comprising a PBX 630. When the APs connect to 
the HIU 600, the HIU 600 functions as a bridge or router 

20 for communications between the APs and the PBX 630. 

SYSTEM CONFIGURATION 

[0040] FIG. 6A shows a system wherein the APs 61 0, 

& 620 for the MUs 612 A-C, 622 A-C, the HIU 600 and a 
server 640 are connected to the same Ethernet back- 
bone. Communication from the MUs 612 A-C, 622 A-C 
can go directly to the PBX 630 or to one of the other 
devices on the Ethernet. Data can be processed in the 

30 HIU 600 or accessed from the server 640. Phone com- 
munications can be established with other devices in the 
network, such as between two MUs 61 2A and 622A, 
without going through the PBX 630. 
[0041] FIG . 6B shows a system wherein a LAN 670 is 

35 connected to an Ethernet on a WAN 650 through a HIU 
600. In this configuration, the HIU 600 provides routing 
or bridging functions between the LAN 670 and the WAN 
650. The PBX 630 is located on the WAN 650 and only 
communications with devices outside the LAN 670 are 

40 passed through the HIU 600 to the WAN 650. In addition 
to LAN 670, other networks, such as LAN 680 and WAN 
690, and devices such as server 640 can be connected 
to WAN 650 for communication with the PBX 630. 
[0042] FIG. 6C shows a system wherein a PBX is not 

45 used and the HIU 600 provides the interface with a tel- 
ephone system. The HIU 600 provides voice mail func- 
tions, as well as data storage and processing functions. 
Telephone communications with outside locations con- 
nect with a CO 602 line. The CO 602 can be almost any 

so commercially available system, such as POTS, ISDN or 
T1 . Data can be accessed by the MUs 612A-C, 622A- 
C from a server 640 in the local network as well as from 
remote devices accessed over the telephone system. 
[0043] FIG. 6D shows a system wherein a bridge or 

55 router 675 is used to connect a LAN 670 with a WAN 
650 that connects to the PBX 630. MUs can communi- 
cate with devices in the LAN 670 without connecting to 
the PBX 630. The router 675 only passes data from the 
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LAN 670 to the WAN 650 when a MU 61 2 A-C, 614 A- 
C, 616 A-C on the LAN 670 addresses a device on the 
WAN 650. 

[0044] FIG. 6E shows a system wherein a HIU 600 is 
connected to a Token Ring Network 654. Radio commu- 
nications with the MUs 612A-C, 622A-C are connected 
to the HIU 600 through APs 610 and 620. The HIU 600 
provides processing, routing and data storage functions 
for communications with the MUs 612A-C, 622A-C. The 
MUs 61 2A-C, 622A-C can also access the other devices 
on the Token Ring Network 654 through the HIU 600 
using the devices' network ID or IP addresses. This al- 
lows the MUs 61 2A-C, 622A-C to connect to a PBX 630 
for telephone communications and voice messages and 
other devices on the Token Ring Network 654, such as 
server 655, PC 655, LAN 680 and WAN 690. 
[0045] As discussed above, in a preferred embodi- 
ment of the present invention an MU can be a phone or 
a pager provided with a high resolution screen for dis- 
playing text and graphics, and a two-way radio. In the 
context of the present invention, these interactive multi- 
media devices are employed to communicate with de- 
vices on the local area network (such as PCs, printers 
and servers), other users ofthe system and remote lo- 
cations through a PBX or CO line. These devices also 
albw users to access voice messaging systems and 
provide the same functionality as a standard PBX 
phone. 

[0046] In the preferred embodiment of the present in- 
vention illustrated in FIG. 4, information is downloaded 
to the portable terminal 100 over the wireless network 
130. The portable terminal is a DOS or Windows oper- 
ating system having a browser type graphical user in- 
terface. Data displayed on the terminal's display will in- 
clude "links" to other information. If the link is activated 
by navigation keys 106 (or by touching the selection if 
using a touch sensitive display pad) the portable termi- 
nal will retrieve additional data through the controller 
1 50. Data stored at the controller is downloaded directly 
to the portable terminal. Alternatively, the "link" repre- 
sents a data file stored at a remote source such as an 
Internet connection, in which case the controller 150 
sends the request over a wide area network and re- 
trieves the data and routes the data to the portable ter- 
minal. The link may also include embedded passwords 
and data request commands required by the remote 
server for retrieval of the selected data field. 
[0047] The structure discussed above permits the use 
of standard programming tools such as HTML 3:0 for 
the creation of an Intranet/Internet environment for the 
operation of the portable terminals 100 and for ease of 
retrieving and converting data files from external sourc- 
es for use on the system. 

[0048] The portable terminals could also be used to 
download audio data files. This would be especially use- 
ful to visually impaired users. Those users who have dif- 
ficulty reading small print would be able to scan a bar 
code and receive information through an audio output. 



In the event a user requires assistance, the portable ter- 
minal could also be provided with a working telephone 
subsystem. 

5 MOBILE UNITS 

[0049] Each MU is provided with a unique Internet 
Protocol ("IP") address which can be the same as its 
nerwork ID address to allow both intranet and internet 

10 communication. In a preferred embodiment, a user can 
access the voice mail features of the PBX by using the 
buttons on the MU to send commands. In another pre- 
ferred embodiment, when a user requests information, 
a command is sent to the HI U controller which forwards 

'5 the request to the appropriate server or other network 
device. The information is then transmitted to the MU 
via the HIU. Although the data is transmitted using 
packed data communication techniques, the communi- 
cation networks described above provide for adequate 

20 throughputs to establish a real time communication link. 
[0050] In a preferred embodiment shown in Fl G. 7, the 
MU 200 is used as a telephone to receive calls from an- 
other MU 202 in the LAN 210 or through the PBX 220. 
Using either the caller ID features of the PBX 220 or the 

25 id address from the MU, an incoming caller can be iden- 
tified. The caller's identity is sent to the HIU 230 and 
compared with a table 250 of frequent callers that is pro- 
grammed for each MU user. (In another preferred em- 
bodiment, a call is received by the MU directly from ei- 

30 ther the PBX or another device in the local network and 
the priority table 250 resides in the memory of the MU's 
processor.) The table 250 prioritizes the call according 
to choices made by the user and the call is directed to 
the MU 200 or a voice mail system 260. The voice mail 

35 system 260 can reside in the HIU 230, the PBX 220 or 
a server on the network. Calls sent to the MU 200 can 
be further prioritized by assigning distinctive rings to dif- 
ferent priority calls. A high priority call would have one 
type of ring, while a lower priority call would have anoth- 

40 er type of ring. Voice messages are indicated on the MU 
200 by either a flashing light or a message on the display 
screen. Before accessing the voice messages, the user 
can press a button on the MU 200 that commands the 
HIU 230 to display menu of the messages, showing the 

45 callers' names and the time and date when the messag- 
es were received. The user can then press a button on 
the MU 200 and command all of the messages or only 
selected messages to be played. 
[0051] The priority table 250 can also include links to 

so data stored in the HIU 230 or in another device on the 
Ethernet, such as a server. The priority table 250 iden- 
tifies the caller and if it is a priority call, the call is sent 
directly to the MU 200 and actuates a distinctive ring 
based on the caller's assigned priority level. At the same 

55 time, the MU's screen displays a listing the caller's name 
and pertinent information relating to the caller, such as 
his affiliation and title. If the user requires additional in- 
formation, be can press a button and the screen will dis- 
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play a menu of additional information that the user can 
access. Such information can include product inventory, 
order status, accounts payable and receivable, meeting 
notes, records of previous conversations with the caller 
and personal information about the caller, such as the 5 
names of the caller's family members. 
[0052] In order to provide hands-free operation of the 
MU, the MU can be provided with a port for a micro- 
phone and a port for a receiver or a single port that com- 
bines both functions. This permits the user to carry on 
a conversation with a caller while viewing the Mil's 
screen and pressing buttons on the MU to access data 
from remote files. 

[0053] When an MU is configured for voice communi- 
cation, it can access all of the features of the PBX"s voice 
mail system. The user can receive messages, skip mes- 
sages, delete or save messages, record a new an- 
nouncement or message, forward calls to another loca- 
tion, change the address of his location, schedule mes- 
sage reminders, and broadcast messages over the net- 
work. The user can also use the on-line directory system 
in the PBX to connect to another user through a PBX 
extension or over the LAN. 

[0054] Voice recognition by a computer requires a 
high quality voice signal and a substantial amount of 
processing capacity to perform the digital conversion 
and voice identification. Digital radio communication 
provides a high quality voice signal that is not available 
with an analog radio signal. The high quality digital radio 
signal permits voice recognition processing functions to 
be shifted from the MU's processor to the HIU or another 
device on the receiving end that has greater processing 
capacity. The present invention allows the MU user to 
use a voice processing system as a security check for 
sensitive files stored on remote devices or to dictate let- 
ters or messages that will be saved as a text file. 
Through an MU, a user can dictate and send e-mail from 
remote locations or prepare letters using the system 
when he does not have access to a keyboard. 
[0055] Illustrated in FIG. 8A is a block diagram of pre- 
ferred embodiment of a telephony system employed in 
a terminal of the present invention. In FIG. 8A, a PCM 
CODEC (coder/decoder) chip 330 is connected to a 
CT8015 DSP (digital signal processor) chip 320 and a 
6805 processor chip 310. This chip set is connected to 
a communication part of the terminal which is provided 
with a data input user interface 301 , and a phone pro- 
gram 302 stored in read only memory. The phone pro- 
gram utilizes a TCP/IP or other protocol stack 303 which 
communicates packet switched data over a 
SPECTRUM24® radio PCMCIA card 304. The audio in- 
put and output are configured to be placed next to the 
user's ear and mouth similar to a standard telephone 
handset and to provide an echo, so that a user can hear 
what he is saying when he speaks into the microphone. 
This configuration is preferred in any system in which 
the terminal is being held up to the user's head for use, 
such as that shown in FIG. 4. 



[0056] The 6805 processor chip 310 sends and re- 
ceives packets of data between the CTB015 DSP chip 
320 and the serial port 305. The user interface software 
is designed to identify the selection of an IP address on 
the display. Alternatively, the user interface 301 could 
simply send a telephony request message and wait for 
a telephone communication channel open 1 command 
to be received from the controller over the wireless com- 
munication link. 

[0057] The phone program is a memory resident 
(TSR) program and handles the actual processing of au- 
dio communication which includes processing user in- 
terface data, routing the packets form and to the 
SPECTRUM24® network, and routing packets form and 
to the local CT6015 chip. The phone program 302 also 
performs the handshaking procedure with the CTB015 
chip 320. 

[0058] Illustrated in FIG. 8B is an alternative preferred 
embodiment ofthe architecture which may be used in a 
device of the present invention to effectuate telephony 
application. The architecture illustrated in FIG. BA is pre- 
ferred in systems wherein the telephony application is 
to be added through com port com 1 . The architecture 
illustrated in FIG. 8B is preferred in systems in which the 
application is to be built as an integral part of the system 
architecture. 

THE PHONE 

[0059] FIG. 9A shows a preferred embodiment of the 
present invention in which the MU is a wireless digital 
phone 800. The phone 800 is provided with a liquid crys- 
tal display ("LCD") 801 that displays messages, caller 
IDs, data and commands entered by the user and a 
twelve button key pad for entering phone numbers and 
data. An earpiece 809 and a microphone 804 are used 
for voice communication. In a preferred embodiment of 
the phone 800, a port 622 is provided for connecting a 
headset and microphone to allow the user to view the 
LCD 801 and operate the key pad 811 while talking on 
the phone 800. A volume control button 806 permits the 
user to control the volume for voice communications and 
the button can also be configured as an alternate scroll. 
Data is entered using the key pad 811 and as the data 
is entered, it is displayed on the screen 801. When the 
screen 801 is full, depressing the enter button 807 saves 
the data in the phone's memory until it is transmitted by 
depressing the send button 81 3. This allows multiple 
screens of data to be sent in a single transmission. In 
addition, the phone 800 is provided with an LED ("light 
emitting diode") indicator 810 which flashes to indicate 
that a call or a message is being received. The phone 
800 is also provided with multiple audio annunciations, 
including various rings and tones, and can be pro- 
grammed to vibrate to announce a call or message. The 
phone 800 can be hardwired to a host device, such as 
a cash register or a PC, or an antenna 81 2 can be used 
for radio communication. When the wireless embodi- 
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ment of the phone is used, the phone 800 is provided 
with a connection 808 for recharging the battery in the 
phone 800. 

[0060] The phone 800 provides access to a voice and 
data network through access points connected to a HIU 
or directly to an Ethernet or Token Ring Network. The 
phone 800 connects to devices on the network using 
their network IDor IP addresses. The phone is provided 
with a RS232 serial port 815 that can be used for a plu- 
rality of functions, including as an alternative user irter- 
face via a VT100 compatible terminal interface. When 
the phone 600 is being used as part of an embedded 
system, the serial port feature allows other devices or 
computer system to control the phone's user interface. 
The serial port 815 can also be used as a serial client 
bridge, concurrently with its use as a telephone. The us- 
er may connect a peripheral device to the serial port 81 5 
to access the wireless network. The serial port 81 5 sup- 
ports both stream and packet modes for the serial client 
bridge, including data link, TCP, UDP, and Telnet sup- 
port. When the serial port 81 5 is used as a serial client 
bridge, the system can be reconfigured via either the 
phone 800, the user interface orthe serial command lan- 
guage of the serial client bridge. 
[0061] A preferred embodiment of the phone 800 has 
a plurality of dialing modes, includng partial network ID 
or IP address, last number radial, speed dial and by 
name using voice recognition. The phone 800 is also 
provided with caller ID so that the phone number and 
name of a caller and his location are displayed on the 
LCD 801. Another preferred embodiment of the phone 
800 is provided with an intercom mode that can be pro- 
grammed to broadcast a message over the entire net- 
work or to a plurality of designated addresses. The 
phone 800 also has a "call waiting" feature that allows 
the user to switch between two concurrent calls. The 
phone 800 complies with standards for digital radio 
transmission, including ITU H.323, IEEE 802.11, 
Truespeech 8.3 and G.711. 

[0062] The phone 800 illustrated in FIG. 9A comprises 
a key pad 811 consisting of standard phone keys (0-9, 
*, #) and a LCD screen 801. These keys generate dual 
tone multiple frequency ("DTMF") tones when pressed 
and can be used for dialing and other special tasks. A 
function ("FCT") button 817 is used in combination with 
the key pad 81 1 to select a particular function. A "MENU" 
button 816 is used to access the phone's Menu mode 
which includes pager operation and system configura- 
tion functions. A recall ("RCL") button 818 is used to re- 
call the last number used and when this key is pressed 
repeatedly, the phone 800 cycles through each of the 
last 10 numbers dialed. When the send ("SND") button 
813 is pressed, the currently selected number is used 
to make the call. When the 'RCL" button 818 is pressed 
followed by a number from 00-99 (i.e., two digits), a 
speed dial entry corresponding to the two digits is dis- 
played on the LCD 801. The user then presses the 
'SND" button 613 to initiate a call. 



[0063] A name ("NAM - ) button 81 9 is used to access 
the phone's name dialing feature. When the "NAM" but- 
ton 819 is pressed, the LCD 801 shows a list of names 
listed alphabetically. The user can scroll through the 

s names using either the scroti buttons 806 or the scroll 
keys included in the "" button 803 and the button 
802. The user may skip to names starting with other let- 
ters by pressing the "NAM" button 819 followed by a 
number key 0-9 on the key pad 811. The LCD 801 dis- 

to plays the names beginning with the letters associated 
with the numeric key (i.e., pressing "6" will list names 
that begin with the letters M, N, and O). 
[0064] A send ("SND") button 813 is used to terminate 
the dialing sequence and begin the call processing set- 

is up. The "SND" button 813 can also be used to accept 
incoming calls or as a "flash" signal when calls are al- 
ready established. In addition, if the "SND" button 813 
~ is held down for more than 2 seconds after the phone 
800 is powered off, it causes the phone 800 to be pow- 

20 ered on. An "END" button 814 is used to terminate calls 
and to refuse incoming calls. Holding the "END" button 
814 down for more than 2 seconds, causes the phone 
800 to be powered off. 

[0065] A "HOLD" button 805 places the current call 

25 on hold and allows a second call to be made or received. 
The "HOLD" button 805 is also used to switch between 
two calls. A clear ("CLR") button 820 is used to correct 
dialing and other input errors. Pressing this button de- 
letes the last character entered. If the "CLR" button 820 

so is held down for more than 2 seconds, the entire entry 
is cleared. A store ("STO") button 821 is used to store 
numbers that are either entered using the key pad 811 
or are displayed on the LCD 801 by pressing the "RCL" 
818 button. The user can also dial a number and then 

35 press the "STO" button 821 followed by two digits (to 
assign a speed dial address) to add the number to the 
speed dial index. In addition, if the "STO" button 821 is 
pressed (along with 2 digits) when the user is connected 
to a caller, the number of the connected party is stored 

40 in the speed dial index. The format of the stored number 
is either an IP address or an extension, depending on 
how the connecting party may be reached. 
[0066] The phone 800 is provided with a pair of Up/ 
Down Scroll buttons 806 which are used to scroll 

45 through various lists and menus that are displayed on 
the LCD 801 . These buttons are also used to control the 
volume for existing calls. A select button 807 is used to 
select a particular item on the LCD 801, such as items 
on a menu or names from a list. 

50 [0067] Although the phone 800 is primarily addressed 
by its IP address, it may have additional addresses that 
are mapped to the IP address. This mapping can be 
done in the phone's processor or in a HIU. The mapping 
of additional addresses is done for a variety of reasons 

55 ranging from the need to address the phone 800 from a 
PBX or other remote location, to the convenience of the 
user. The starting point for addressing a phone 800 is 
that each phone 800 has a unique IP address that is 
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configured into the phone 800 as part of the setup se- 
quence. It also has an IP subnet mask and a default 
gateway address. The IP address, together with the 
MAC address, are the "real 1 addresses for the phone 
800 in that the connection management protocols (as 
defined in international Telecommunications Standard 
('ITU") H.323) are based on IP addresses. The IP ad- 
dress alone is not sufficient to connect the phone 800 
to either an outside POTS system and/or a PBX. The 
phone 600 requires an "extension" address in order for 
it to be addressed by non IP phones. This extension ad- 
dress can range from one to five digits and is usually the 
least significant portion of a conventional seven or ten 
digit phone number. Similarly, an extension address is 
required by the IP phone 800 in order for it to connect 
to these non IP phones. 

[0068] Each phone 800 has an extension number 
which can be mapped to IP addresses and correspond 
to other IP phones. Other extension numbers are the 
"real" address of a non IP phone on a PBX. The number 
of digits in an extension is a constant for all phones and 
is set on a site specific basis. The mapping from exten- 
sion to either IP address or PBX line is also site specific 
and is the same for all phones. The mapping is down- 
loaded to each phone 800 and stored in the phone's 
flash memory. When dialing an extension, the mapping 
will be transparent to the user. A Gateway between a 
PBX (or POTS) and the IP phone system contains the 
same mapping of extensions to IP addresses. 
[0069] In addition to extensions, the system also 
maps 'Names - to either an IP address or an extension. 
A name can be a sequence of up to sixteen ASCII char- 
acters. These names are mapped to either an extension 
or an IP address. This mapping is global on a site spe- 
cific basis and is downloaded into each phone 800 and 
stored in the phone's flash memory. The names are sort- 
ed in alphabetical order and the mapping is transparent 
to the user. Like extensions, Names are an optional fea- 
ture and are not required for IP phone operation. Phone 
users can use full or partial IP addresses or extensions 
instead of Name mapping. 

[0070] The phone 800 is provided with a locally de- 
fined "speed dial" mechanism. The phone 800 can hold 
up to one hundred "two digit" speed dial numbers which 
are programmed by the user. Each number is mapped 
to up to twenty characters that are stored in the phone's 
memory as a text string. The speed dial mappings are 
local to each phone 800 and may be altered at any time 
by the user. 

[0071] The phone 800 supports a variety of dialing 
mechanisms. These include: direct entry of complete IP 
addresses, direct entry of partial IP addresses, direct 
entry of an "extension," "speed dial* operation, rediat of 
previous number, the use of "names" that are internally 
mapped to an IP address, and "9" to access an outside 
line. The dialing process begins by pressing any of the 
dialing related buttons, including: the "*" button 803 or 
"#" button 802, the recall ("RCL") button 818, either of 



the scroll keys 806, or the "NAM" button 819. If the first 
key pressed is a numeric key (0-9), the phone 800 as- 
sumes an extension is being dialed. The user enters the 
appropriate number of keys to identify the extension as 
5 defined by the site administrator. The number is dis- 
played on the LCD 801 . Errors may be removed by the 
"CLR" button 820. As each key is pressed, the corre- 
sponding DTMF tone is generated. The call setup proc- 
ess is started by pressing the "SND" button 813. The 
dialing process can be terminated at any time by press- 
ing the "END" button 814. 

[0072] If the first key pressed is the "*■ button 803, the 
phone 800 assumes an I P address is being entered. The 
user can enter a partial or complete IP address using 
the A.B.C.D format in which the values A, B, etc. are 
from 0 to 255 decimal. The "dots" are entered via the "*" 
button 803. Errors are corrected via the "CLR" button 
820, The address is displayed on the LCD 801 . No DT- 
MF tones are generated although a "click" will be gen- 
erated with each key pressed. If an illegal address is 
entered, a "beep" will be generated. Address value 
checking is performed on each three digit sequence (i. 
e. the values between each dot). Addresses are termi- 
nated and the call setup process initiated by pressing 
the "SND" button 81 3. If a partial IP address is entered 
(i.e. values with fewer than 4 "dots"), the phone 800 fills 
in the remaining portion of the IP address using its own 
IP address. The "filling in" is done in groups of 8 bits. 
Thus, if the user presses the "*" button 803 followed by 
one to three digits (which has a value which is referred 
to as "X* and can be between 0-255) and then presses 
the "SND" button 813, the resulting address is A.B.C.X, 
where A.B.C come from the phone's own IP address. 
Likewise if the user enters *X*Y and then presses the 
"SND" button 81 3, the resulting address is A.B.X.Y. 
[0073] If the first key pressed is the "RCL" button 81 8, 
the last number dialed is displayed on the LCD screen 
801 (essentially a "redial" command). When the user 
presses the "SND" button 81 3, the call setup process is 
started. When the user presses the "RCL' button 818 
repeatedly, the phone 800 cycles through each of the 
last ten numbers dialed. The phone 800 stores the ad- 
dress of each call made in a LIFO queue structure and 
the user can use the "RCL" button 818 to access this 
queue. When the desired number is found, the user 
presses the "SND" button 813 to initiate the call setup 
process. If the user does not want to use any of the num- 
bers in the LIFO queue, pressing the "END" button 814 
resets the phone 800 to the predialing state. 
[0074] Pressing the "MENU" button 816, the "NAM[E] 
' button 619, or other similar buttons places the phone 
800 in the corresponding mode. If the user presses the 
"RCL" button 818 and then enters one or two digits, the 
corresponding speed dial entry will be fetched and dis- 
played on the LCD 801. The user may scroll the speed 
dial values up and down via the scroll buttons 806. The 
selection by the user of one of the numbers listed either 
via the "SND" button 813 or the select button 807 initi- 
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ates the call setup process. 

[0075] If the °NAM[E] a button 619 is pressed, a list of 
names are displayed on the LCD 801 in alphabetical or- 
der. The user may scroll through the names using the 
scroll keys 806 or by pressing the "FCT" button 81 7 plus s 
either the button 803 or the '#" button 802. The user 
may "jump" to names beginning with another letter by 
pressing a numeric key after pressing the "NAM[E]' but- 
ton 819. Each numeric key has a set of characters as- 
sociated with it. The names displayed are those that be- 10 
gin with the first letter associated with the numeric key. 
For example, pressing the number "7" key results in 
names beginning with the letter "P." The user can then 
scroll up or down to arrive at the desired name. Alterna- 
tively, when the user presses another numeric key, the « 
names corresponding to the first letter associated with 
that key are displayed. Pressing the same numeric key 
repeatedly results in a cycling of names beginning with 
the tetters associated with that key. For example, press- 
ing "7" after the "NAM* button 819 results in names start- 
ing with "P" being displayed. When "7" is pressed again, 
names starting with "R" are displayed. When pressed 
again, names with the letter "S" are displayed. When 
pressed a fourth time, names starting with "P" are dis- 
played again. When the desired name is found, the user 
can press either the select button 807 and/or the "SND" 
button 813. When the select button 607 is pressed, the 
selected name and IP address are displayed. When the 
"SND - button 813 is pressed (either with or without first 
pressing the select button 807), call setup processing is 
initiated. The name process can also be started by 
pressing either of the scroll buttons 606. 
[0076] When the first key pressed is a "9", the phone 
800 connects to an outside line (i.e., a POTS line). The 
user then enters a standard telephone number After a 
dial tone received, the user can dial a phone number 
using the DTMF tones generated by the phone's keys 
811 . In all cases, the user can terminate the dialing se- 
quence at any time by pressing the "END" button 814. 
[0077] The phone 800 supports several different call 
receiving modes which determine how calls are accept- 
ed (or refused). These modes include: "auto answer," 
"single key answer/refuse' and "any key answer." 
Whenever a call is received, the user is notified by a 
choice of ringing tones and the address/name of the call- 
ing party displayed on the LCD 801. The user may 
refuse the call by pressing the "END" button 814. From 
the caller's perspective, it appears that the call is simply 
not being answered. 

[0078] The user may configure the phone 800 for the 
different call receiving modes. The "auto answer mode" 
answers the call after a single ring without any user ac- 
tion. The call is immediately connected. The "single key 
answer" mode requires the user to press the "SND" but- 
ton 81 3 to accept a call. Pressing any other button (ex- 
cept the "END" button 814) has no effect. The "any key 
answer" mode allows the user to press any key to accept 
a can (except the "END" button 814). If a headphone is 



used and the phone 800 is attached to a belt, this mode 
allows the user to just touch the phone 800 to answer a 
call. 

[0079] The phone 800 can support two concurrent 
conversations. The user switches between the two calls 
using the "HOLD* button 805. When the hold feature is 
used, the phone 800 operates like 'call waiting" on a 
conventional phone but with a few additional features. 
The user typically has one call established. A second 
incoming call is indicated via a tone sent to the earpiece 
809. At that point the user presses the "HOLD" key 805 
and switches to the second call. The caller is identified 
to the user via the LCD 601 and the user can either ac- 
cept or refuse the call via the "SND" button 81 3 or "END" 
button 814. If the call is accepted, the second call is con- 
nected and the first call is put on hold. The user can 
switch back and forth between the two calls using the 
"HOLD" button 805. Alternatively, the user can place an 
existing call on hold by pressing the "HOLD" button 805 
and initiate a second call without terminating the first 
call. Each call is independent from the other call and the 
status of each call is displayed on the LCD 801 . The call 
that is on hold receives a regular "beep" to indicate to 
the caller that he is still connected. In a preferred em- 
bodiment, prerecorded music can be sent to the user on 
hold. A phone 800 can support multiple conversations 
among IP phones and two concurrent calls when one of 
the calls is through a PBX or POTS line. 
[0080] The phone 800 can be used for broadcast (or 
intercom) style communications. In this mode, a user 
can "broadcast" a message to any number of other 
phones. The incoming message is delivered immediate- 
ly to each user without the need for the user receiving 
the message to answer the call. Each phone 800 can 
be configured either to receive a broadcast message 
and preempt current calls or to prevent the broadcast 
message from interrupting a call. Broadcasts can be lim- 
ited to designated phones or subsets of phones by the 
sender in order to minimize interruptions to parties who 
are not interested in the broadcast message. There are 
eight channels available for broadcast messages and 
each phone 800 can be configured to accept messages 
on any number (including zero) of these "channels." 
Messages broadcast on channels that have not been 
selected, are silently discarded. 
[0081 ] Users can respond to broadcasts in several dif- 
ferent ways. First, the user can listen to a message and 
take no further action. Second, the user can call the per- 
son making the call. This can be done by conventional 
dialing or via the "FCT" button 817. Third, the user can 
make a "broadcast reply" using the basic broadcast 
mechanism. After receiving a broadcast message, the 
broadcast channel becomes the phone's default chan- 
nel for five seconds to allow the user to easily reply to 
the broadcast message. 

[0082] The phone 800 supports a number of special 
functions that are accessible via the "FCT" button 817. 
Functions are transient operations and include infre- 



25 



30 



35 



40 



45 



SO 



10 



19 



EP 0 930 766 A2 



20 



quentty used tasks for which a key would be allocated 
if more keys were available. The commands entered us- 
ing the "FCT" button 817 do not effect the permanent 
configuration of the phone 800. When the user presses 
the "FCT" button 817, the list of available functions are s 
displayed on the LCD 801 . The user may either scroll 
through the list and select a function using the UP/ 
DOWN buttons 802 and 803 and select button 807 or 
enter the function code via the numeric keys 811. The 
phone 800 can support standard functions, as well as 
user specified functions. These functions include: 
broadcast mode, broadcast call back, call transfer, ring 
tone volume/type, volume level, answer mode, battery 
status, network status and enter pager mode. 
[0083] The "MENU 1 button 81 6 is used to access pag- 
er functions and to configure the phone 800. When the 
"Menu" button 816 is pressed, the LCD 801 displays a 
set of menus which can be used to send and display 
page messages, configure the phone's network param- 
eters, perform diagnostics, examine statistics, etc. 
When in the Menu mode, the phone 600 accepts calls. 
If the user "answers" the call, the phone 800 exits the 
menu mode. The user may disable incoming calls en- 
tirely via the "FCT" button 817. Some of the parameters 
that may be configured from the Menu mode include: IP 
addressing, IP address, subnet mask, default gateway, 
wireless LAN parameters, Net ID (i.e., the extended 
service set-"ESS"), and preferred application program- 
ming interface ('API 1 or basic service set--"BSS"). 
[0084] The Menu mode can also be used to set the 
volume and type of ring tone. Ring types include: audio 
(with various styles of ring), vibrator motor, and flashing 
screen. The Menu mode is also used to control the an- 
swer mode of the phone 800 (i.e. auto, single key, any 
key), disable call reception, edit the speed dial list, and 
specify the channels on the phone 800 that are capable 
of receiving broadcast messages and the default outgo- 
ing channel. 

[0085] The phone 800 can also support a Telnet mode 
of operation in which a user signs onto a remote system 
network directly as a user of that system. Telnet TCP/IP 
is the standard Internet protocol for remote terminal con- 
nectivity. In this mode of operation, the user establishes 
a Telnet connection to a host machine and uses the 
phone 800 as a Telnet terminal. The keys 811 are 
mapped to a restricted subset of the normal keys of a 
Telnet VT100 compatible terminal. When the Telnet 
mode is active, the phone 800 is limited to one active 
phone call at a time. However, the user can switches 
back and forth between the voice and data modes via 
the "HOLD" key, much the same way as switching be- 
tween two phone calls. 

[0086] FIG. 9B shows a preferred embodiment of the 
present invention in which the phone 800 is connected 
to a cash register 825 by a cable 826. In an alternative 
embodiment, the phone 800 is a wireless phone and it 
communicates with the register 825 by digital radio com- 
munication. The register 825 can also be provided with 



a bar code scanner. The register 825 and phone 800 
share the same radio for communication of voice and 
data between the register 825 and a HIU or PBX. 
[0087] FIG. 10A illustrates a block diagram of a radio 
card 830 that is used as an AP for connecting a plurality 
of radio signals to a host device. The radio card com- 
prises radio circuits 831 for a frequency hopping spread 
radio, interface circuits 832 to interface the radio circuits 
831 with the other components on the card 830, a cen- 
tral processing unit ("CPU") 833, flash read only mem- 
ory ("ROM") 835. static random-access memory 
("SRAM") 834 and PCMCIA interface circuits 836 that 
also provide power management support and system 
integration f unctions. An ISA ('Industry Standard Archi- 
tecture 1 ) card 838 plugs into a host device and compris- 
es a bridge chip 839 that interfaces the radio card 830 
with the bus 840 of the host device. The radio card 830 
also has a connection for an antenna 837. The antenna 
837 can be mounted on the radio card 630 or it can be 
connected to the host device's internal or external an- 
tenna. The radio card 830 can be mounted on the ISA 
card 838 or it can be connected to the host device's PC- 
MCIA port. 

[0088] FIG. 10B illustrates a block diagram of the em- 
bodiment of the invention depicted in FIG. 9B, wherein 
the phone 800 is connected to a host device 825 by a 
hard wired connection 826. The radio card 850 is locat- 
ed in the host device and comprises radio circuits 851 , 
a radio interface 852, SCRAM 853, flash ROM 854, a 
CPU 855 and a PCMCIA interface 856. The radio card 
850 also has circuitry for supporting the phone 863. This 
circuitry comprises a digital signal processor ("DSP") 
858 and a coder/decoder ("CODEC 11 ) 860, as well as 
circuits for the phone's LCD 857 and key pad 859. The 
DSP 858 provides a means for processing voice com- 
munications and the CODEC 860 provides a means for 
coding and decoding voice communications. The radio 
card 650 connects through a bridge chip 871 to the bus 
660 of the host device. 

[0089] Voice communications are processed and 
coded/decoded in the radio card 850 and transmitted 
over the radio as digital packets in accordance with ITU 
Standard H.323; which is hereby incorporated by refer- 
ence. These digital packets of information are used to 
communicate with third party servers employing stand- 
ard TCP/IP and other standardized communication pro- 
tocols to transmit/retrieve data. This allows the phone 
user to communicate over the Internet and it also allows 
the phone user to access sites on the Internet. 
[0090] FIG. 10C illustrates a block diagram of a pre- 
ferred embodiment, in which the phone is a wireless 
phone comprising a radio card 850A housed inside the 
phone. The phone communicates by radio with a radio 
in a host device, such as the radio shown in FIG. 10A. 
The host device is a computer that can also support oth- 
er functions, such as a bar code scanner. The host de- 
vice communicates with a HIU by radio communication 
or it can be connected to the HIU by a network, such as 
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an Ethernet or Token Ring network. The network can 
communicate with remote devices by telephone, either 
through a PBX connected to the network or by a Central 
Office line connected to the HIU. The phone user can 
access the network or an outside telephone line through 
the host device for voice and data communications. 
[0091] Another preferred embodiment of the MU for 
the present invention is illustrated in FIG. 11 A. The scan- 
ner 120 is provided with a display 110, a plus key 103, 
a minus key 1 02 and two scrolling keys 1 06A and 1 06B. 
The terminal is also provided with an information key 
1 56 and a help key 1 55. The information key can be em- 
ployed to provide information on a displayed item and 
the help key can be used to provide user assistance in 
the form of data displayed on the display. When the ter- 
minal is provided with voice functions, additional keys 
can be added for specific voice messaging functions 
and the help key can automatically open a line of audio 
communication with an operator at a remote location. 
[0092] FIG. 1 1 B illustrates the preferred embodiment 
of the pager 900 for the present invention. The pager 
900 comprises a digital radio (FIG. 10C illustrates a 
block diagram of the pager's radio) and connects to a 
LAN through an AP and provides one- or two-way pag- 
ing. Messages are displayed on a LCD 902 with the time 
and date stamped and the messages can be perma- 
nently saved in the pager's memory. The user is alerted 
to messages by buzzer or vibrator annunciation. The 
pager 900 can be connected to a HIU for communication 
within a LAN and it can also communicate with remote 
devices when the HIU is connected to a PBX by an 
Ethernet or Token Ring Network or Central Office tele- 
phone line. The user can respond to messages using a 
menu of programmed responses in the memory of the 
pager 900. The user scrolls through the menu and se- 
lects the response that he wishes to send and then 
transmits the response. The pager 900 is also provided 
with Internet paging capabilities and can be configured 
to display a message when e-mail is received on a PC 
connected to the network. 

[0093] In a preferred embodiment, the pager is pro- 
vided with a 5-way button 904 for reading, reviewing, 
deleting, forwarding and editing messages. The 5-way 
button 904 has four positions that can be used to scroll 
a cursor up/down or left/right and select items displayed 
on the LCD 902. The selected information can then be 
transmitted in response to a message or to originate a 
message using the fifth position of the 5-way button 904. 
An on/off button 906 allows the user to turn the pager 
900 off when it is not in use. The pager 900 can access 
the voice mail features of a PBX or computer and display 
the messages on the LCD 902. The pager 900 can then 
save these messages or forward them to other user's or 
a data storage device, such as his PC or a server on the 
network. The pager is also provided with a multi-tone 
caller ID to distinguish different priority level calls and 
different callers. A separate tone can also be designate 
to distinguish phone massages from faxes and e-mail. 



[0094] In another preferred embodiment, the system 
automatically creates a linked page for scanned items 
including any associated information matching a user's 
preference profile. The system will employ a dynamic 
s page builder using a predetermined template wherein a 
hyperlink toa page of data is presented. In the event the 
page exceeds the display limitations of the display (i.e., 
requires more lines than are available on a single dis- 
play) for the terminal in use, the page builder automati- 
10 cally creates a new 'next page" link to be displayed on 
the terminal. The dynamic page builder program also 
permits an override function in the event a link is provied 
to an external web page address. Using the network ID 
or IP address of the portable terminal, the HIU will re- 
's trieve the file from a device on the network or from a 
remote site via the PBX (for example, an Internet server) 
and send the information to the portable terminal. The 
information sent by the HIU will include any reformatting 
constraints that are applicable to the destination porta- 
20 ble terminal which may only have a partial view screen 
capability. A command can be entered on the portable 
terminal to move the resulting collection of data to a des- 
ignated location, such as a PC in the user's office or by 
e-mail transmission. If the MU is a PC, he data can also 
2s be saved on a data collection article such as a smart- 
card or a floppy disk. 

[0095] In a preferred embodiment of the present in- 
vention, the HIU also provides for the uploading of data 
to remote devices from a MU. Thus, a user may send 
30 data generated using the MU or stored on a PC or server 
connected to the network to a remote location via the 
PBX. The user can also sign onto the Internet from a 
MU and attach a file to an e-mail message. 
[0096] In a further embodiment ofthe present inven- 
ts tion, the user can access a PC 45 (FIG. 1) through the 
HIU, or in the alternative, the HIU makes available a user 
accessible but password protected web page. 
[0097] FIG. 1 2 illustrates an alternative preferred em- 
bodiment of a system of the present invention in which 
40 a voice headset 550 uses a narrow band radio for com- 
municating data to and from the portable terminal 70. 
When the terminal is used for extended time periods, a 
wearable battery pack 560 may be provided to supple- 
ment the battery of the terminal 70. In an alternative pre- 
45 ferred embodiment, the terminal can be a wearable de- 
sign for ease of use by the attendant. Examples of such 
a wearable design are illustrated in U.S. Patent Nos. 
5,514,861 ; 5,250,790; 5,543,610; 5,340,972; 
5,191,197; 5,410,140; and 5,416,310; all of which are 
so assigned to the assignee of the current invention. 

[0098] In another preferred embodiment, an easy to 
use and light weight bar code scanner is used, as illus- 
trated in FIG. 12. The belt 560 can be provided with all 
the necessary terminal functions through modular packs 
55 561 -564. Battery 561 can be supplemented with a CPU 
component 562, a radio module 562, memory board 563 
and audio/video module 564. These systems would 
communicate with a headset 550, a wrist-mounted dis- 
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play, and a wireless ring scanner. It is preferred that 
these components employ a wireless communication 
data line which permits multi-channel communication to 
the CPU component 562, and that the belt modules be 
connected using a flexible cable connector data bus. $ 
[0099] The herein described embodiments of the 
present invention are intended to provide the preferred 
embodiments of the present invention as currently con- 
templated by the applicants. It would be obvious to an- 
yone of skill in the relevant art based on the herein de- '0 
scribed examples without straying from the present in- 
vention that numerous modification can be made to the 
described preferred embodiments. For example, the 
portable terminal can take any number of forms includ- 
ing wearable solutions available from Symbol Techno!- « 
ogies, Inc. and other portable solutions described here- 
in. In addition, the graphical user interface can also be 
implemented as a number of different presentation 
schemes. Accordingly, the herein described embodi- ' : 
ments are merely exemplary in nature and are not in- 20 
tended to represent every possible embodiment of the 
present invention. 

[0100] According to its broadest aspect the invention 
relates to a system for digital radio communication, com- 
prising: a telephone system (TS); a terminal comprising 25 
a first radio; an access point comprising a second radio; 
a bridge connecting said TS and said access point 
[0101] It should be noted that the objects and advan- 
tages of the invention may be attained by means of any 
compatible combination(s) particularly pointed out in the so 
items of the following summary of the invention and the 
appended claims. 

SUMMARY OF THE INVENTION 

35 

[0102] 

1 . A system for digital radio communication, com- 
prising: 

40 

a private branch exchange telephone system 
('PBX"); 

a terminal comprising a first radio; 
an access point comprising a second radio; 
a bridge connecting said PBX and said access 
point, wherein communications between said 
terminal and said PBX are established through 
said first and second radios and said bridge. 

2. The system wherein said bridge comprises a host so 
interface unit. 

3. The system wherein said terminal is a point of 
sale terminal. 

55 

4. The system wherein said terminal comprises a 
phone. 



5. The system wherein said PBX further comprises 
a voice messaging system. 

6. The system wherein said phone is provided with 
a liquid crystal display ("LCD") and software for pro- 
viding caller identification, wherein information re- 
garding the incoming call is displayed on said LCD. 

7. The system wherein said phone comprises an 
RS-232 serial port. 

8. The system wherein said phone communicates 
over a wireless local area network using digital 
packets of information under Internet protocols. 

9. The system wherein said phone is addressable 
with a unique Internet Protocol address. 

10. The system further comprising a data storage 
device having a user specified caller priority table. 

1 1 . The system wherein said phone comprises a 
multi-tone ring feature having different rings for call- 
ers identified by said caller priority table. 



Claims 

1 . A system for digital radio communication, compris- 
ing: 

a private branch exchange telephone system 
("PBX"); 

a terminal comprising a first radio; 
an access point comprising a second radio; 
a bridge connecting said PBX and said access 
point, wherein communications between said 
terminal and said PBX are established through 
said first and second radios and said bridge. 

2. The system of claim 1 , wherein said bridge compris- 
es a host interface unit. 

3. The system of claim 1 , wherein said terminal is a 
point of sale terminal. 

4. The system of claim 1 , wherein said terminal com- 
prises a phone. 

5. The system of claim 4, wherein said PBX further 
comprises a voice messaging system. 

6. The system of claim 4, wherein said phone is pro- 
vided with a liquid crystal display ("LCD') and soft- 
ware for providing caller identification, wherein in- 
formation regarding the incoming call is displayed 
on said LCD. 
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7. The system of claim 4, wherein said phone compris- 
es an RS-232 serial port. 

8. The system of claim 4, wherein said phone commu- 
nicates over a Wireless local area network using $ 
digital packets of information under Internet proto- 
cols. 

9. The system of any of the preceding claims wherein 
said phone is addressable with a unique Internet to 
Protocol address, 

and/or further preferably comprising a data 
storage device having a user specified caller 
priority table, ts 

and/or wherein preferably said phone compris- 
es a multi-tone ring feature having different 
rings for callers identified by said caller priority 
table. 20 

10. A system for digital radio communication, compris- 
ing: 

a telephone system (TS); 25 

a terminal comprising a first radio; 

an access point comprising a second radio; and 

a bridge connecting said TS and said access 

point. 
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